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Exhibit A 



Affidavit ^if Michael Smlalek. 



■A-ffi^riH3f^cha«H^oteert-Simatek" 



■ ,. ^igl^Jillfkrf5ilijnS - a t mS^e.^ dow: LM 

and affirm that the following is true and accurate, to the best of his knowledge and recollection • > 
under penalty of perjury': , ' . . 

.1 . I was. employed at Andersen Consulting from August of 1 992 through August of i 998. " . ' 

2. From July 1995 through August 1998, 1 was deeply involved in Andersen Consulting's Business 
Simulation Practice. 

3. From July 1995 throughMay of 1996; I conceived, designed, md developed the rules based 
expert system knovra intemally at Aiidersen Consiilting as. the T^^ 

4. In the claims of the eighteen issued patents related to application 09/2 1 9/478, the Tutor is . 
referred to as the "rules based expert system". . 

5. The "rules based expert system" known internally at Andersen Consulting as the Tutor, had been 
reduced to practice, was ready for patenting and was in commercial use on an Andersen - . ■ 
Consulting engagement for General Electric Corp. in February of 1996. This engagement was 
called Financial Foundations Course. 

6. The key Andersen Consulting executive contacts for the FFC project were William Stoddard, a 
Partner; Janet Simons, then an Associate Partner, now a Partner; David Smith, then a Manager 
now an Associate Partner, Suzanne Pink, formerly a Manager, and Martha O'Connor, formerly a 
Manager..' "■■.'■.'•■ •• ■,■■,.•...•••■:' 

7. The key General Electric contacts and sponsors for the FFC project were Nancy Taylor, Neil 
Flannagan, Eileen Whelly, Steve Kerr, and Eierinis Dammermann. 

8. In April 1996 I conceived of and conceptually designed the spreadsheet object component 
known intemally at Andersen Consulting as the Simulation Engine. 

9. In the claims of the eighteen issued patents related to appUcation 09/219/478, the Simulation 
Engine is referred to as the "spreadsheet object component". 

10. The "spreadsheet object component", known intemally at Andersen Consulting as the Simulation 
Engine, had been reduced to practice, was ready for patenting and was in commercial use on an 
Andersen Consulting engagement for General Electric Corp. in October of 1 996. This 
engagement was called Financial Accounting for Operations. 

1 1. The "rules based expert system and spreadsheet object component" were used together 
commercially, in the context of Business Simulation, on the FAO engagement for General 
Electric Corp. in October of 1996. 

12. Except for Suzanne Pink the key Andersen Consulting contacts for the FFC engagement were the 
same as for the FAO engagement. 

1 3. The key GE contact for the FAO engagement was Paul Beucker (or Beuker?). 

14. The "rules based expert system and spreadsheet object component" were demonstrated, offered 
for sale, and used commercially on an Andersen Consulting engagement for Pratt & Whitney 
Corp. The sales activities for this project began prior to April of 1997. The project development 
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began approxfeSy iri May-of 1997 ^ ended:some time in ligS. This engagement was called 
"Business Decision Making. . ^ . 

1 5 I perfomied a presentation and demonstration of Andersen Consulting's business simulation 
capability for a group of Allstate Insurance, Co. employees.on February 20, 1 997. I 
demonstrated the completed GE FFC Business Simulation application, as well as the Tutor and 
Simulation Engihe axid^tfieTrmted w6rl:Ben&Hes. .1 was directed to deliver this presentation and 
derhonstration bVimy :then manager, Suzanne Pink. ,The.presentation and demonstration took ; 
place on Allstate premises in ah open ^ea of the cafeteria aroimd lunchtime. It was scheduled 
and announced several weeks in advance. It was attended by executives and employees. 

16 In the eighteen issued patents related to application 09/219/478, the specifications are identical or. 
' nearly identical. I believe this is called an omnibus specification. . l assume that application 

09/219/478 makes use of the same omnibus specification. • ■ 

17. All of the subject matter in the specification was in commercial use more than one year before 
the appUcation date of December 22, 1998. 

18 Significant parts of the omnibus specification, including text, screen shots, flow charts, and 

■ source code samples, were taken from documents that I authored or co-authored between 
September 1995 and September 1997. 

19 I do not know the inventorship for patent application 09/219/478. If the application in any way 

' claims a "rules based expert system with a spreadsheet object component and I am not listed as 
an inventor, then the inventorship is incorrect. 

20 If the inventorship on patent application 09/219/478 is incorrect, I beUeve it is incorrect due to a 

■ deliberate misrepresentation on the parts of Andersen Consulting and the applying attorney, L. 
Keith Stephens. I have arrived at the belief that the misrepresentation of mventorship is 
deliberate because: 

a It is well known at Andersen Consulting that I invented the "mles based expert system" and 

■ contributed to the invention of the "spreadsheet object component;'. It is well known at 
Andersen Consulting that I invented or contributed to the invention of many other Andersen 
Consulting business simulation tools, technologies, and methods. 

b In the omnibus specification I recognize text, screen shots, flow charts, source code and 

■ slides as having been taken from materials I authored during my employment at Andersen 
Consulting I have been told by current and former Andersen Consultmg employees that L. 
Keith Stephens drafted the omnibus specification based on said matenals ^d others. My 
name was displayed prominently on said materials when I authored them. I have been told by 
current and former Andersen Consulting employees that my name was mtact and still 
prominently displayed when said materials were deUvered to L. Keith Stephens. 

c. My name appears in the eighteen issued patents in a source code sample that is part of the 
omnibus specification. 

Fric Lannert is a former Andersen Consulting employee and a named inventor on related 
pat en^sl^^^^^^^^^^ omnibus specification (patents 6073127, 6029159 6029156. 6026386). 
Eric Lannert verbally stated to me that during interviews with L. Keith Stephens pnor to the 
filing of the patents, he stated to L. Keith Stephens that I (Michael Smialek) was a 
contributing inventor and should be named as such m the patents. 



d. 
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^"^ifingo'f'the p'a't'en"ts7he statedloTrgeith Stephens that r^CK^aeTgnualg^ was a 
:-:AXontabutirig.inyeritQr^d^houl^ 



. e. 



■Wiliiarn Stoddard ihitiat 
'■ iubsequent to'thefiUng date','! expTained the rules regardmg the statutory bar, accuracy of 

inventorship, and duty of disclosure to William Stoddard. On each occasion his reply was to . 
the effect that "our lawyers have found a way around those issues." 

21. William Stoddard called me on 3/28/2000. 1 took carefiil notes during the conversation. When I 
confronted him with the inventorship and statutory bar issues, he conceded that the "Tutor is 
. prior art" and the "Simulation Engine is prior art". He also stated "You weren't here, so you 
. ; weren't named". I took this to mean that I didn't deserve to be named as an inventor because I 
• was iio longer employed at Andersen Consulting. • -- 

22! From September 1998 -November 1998 Andersen Consulting contracted with me.to set up and. 
deliver a 5 -day training course to teach Andersen Consulting employees how to use the Tutor, 
. the Simulation Engine, and several other tools and related workbenches. Andersen Consulting 
contracted with me to conduct two sessions of the course. This time frame was just before the 
filing date of the applications and there was much activity related to the patent applications. 
During this period I had face-to-face contact with several Andersen Consulting employees 
involved in the filing including Eric Lannert, John Hubbell and Brian Beams, among others. 
This contact occurred on Andersen Consultmg premises. At this time I clearly and repeatedly 
explained the patent laws regarding accuracy of inventorship and statutory bar to Eric Lannert, 
John Hubbell and Brian Beams. At this time I had never heard of L. Keith Stephens. In several 
subsequent conversations with.Eric Lannert, John Hubbell and Brian Beams, they told me that 
they conveyed the information regarding my contributions to the inventions and the commercial 
uses of the inventions to the attorneys involved in the applications. 
23 I beUeve that direct questioning of named inventors of appUcation 09/219/478 and the Andersen 
Consulting contacts from the FFC or FAO engagements will result in the conclusions that a) I am 
the primary or a contributing inventor to nearly all subject matter in the omnibus specification; 

and b) the subj ect matter of the omnibus specification is ineligible for patent due to commercial 

uses more than a; year before the filing date. 
24. 1 believe that the evidence presented in the protest of application 09/219/478 submitted by me on 
7/14/2000 represents only a fraction of the available evidence that proves that the subject matter 
of the omnibus specification is ineUgible for patent. I believe that much more evidence 
supporting ineligibility is available in internal Andersen Consulting documents and project 
records. 



Signed this day: 




Michae^i Robert Smialek ^"^^^ 
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e William Stoddard initiated the patent application activities. On several occasions pnor to and 
subsequent to the filing date, I explained the rules regarding the statutory bar accuracy.of . 
inventorship, and duty of disclosure to WilUam Stoddard. On each occasion his reply was to 
the effect that "our lawyers have found ^a way around those issues." 
21 William Stoddard called me on 3/28/2000. 1 took carefiil notes during the conversation. When I 

■ coSed him with the inventorship and statutory bar issues, he conceded tha the Tutor is. 
priS' and the "Simulation Engine is prior art". He also stated "You weren't here so you 
weren't named": I took this to mean that I didn't deserve to be named as an. mventor because I 
was no longer employed at Andersen Consulting. 

99 From Seotember 1998 - November. 1998 Andersen Consulting contracted with me to set up and 
Sefa^Sy ^driing^c^^^ to teach Andersen Consulting employees how to use the Tutor. 

■ SSlat^n Engine and several other tools and related workbenches. Andersen Consultmg 
. fonSwith mfTo conduct two sessions of the course. This time frame was just before the 

date of the applications and there was much activity related to the patent applications. 
DuJSig this period I had face-to-face contact with several Andersen Consultmg employees . 
fn^ved in L filing including Eric Lannert, John Hubbell and Bnan Beams among others 
TWs contact occurred on Andersen Consulting premises. At.this time I clearly and repeatedly 
expired the patent laws regarding accuracy of inventorship and statutory bar to Enc Lannert 
oSn Hubbell and Brian BeL. At this time I had never heard of L. Keith Stephens, hi severa 
ub^equeTL^^^^ with Eric Lannert. John Hubbell and Brian Beams, they told me that 
Ihtrconveyed the information regarding my contributions to the inventions and the commercial 
uses of the inventions to the applying attorneys. 
23 I believe that any direct questioning of named inv.entors of application 09/219/478 and the 24 
ela Sications regarding inventorship and commercial uses will result m a conclusion that 
he utr^^^^^^^ the omnibus specification is ineUgible for patent. I beheve that direct 
que fiSg of the Andersen Consulting contacts from the FFC or FAO engagements wil result 



in a conclusion 



111 a 

24 I believe that the evidence presented in the protest of application 09/219/478 submitted by me on 
7/U rOOO re^^^^^^ only a fraction of the available evidence that proves that the subject matter 
of the omnibus specification is ineligible for patent. I believe that much more evidence 
support^ ineligibility is available in internal Andersen Consultmg documents and project 



records. 



Signed this day: 




Michael Robert Smialek 
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. In re Patent Application •. • ; 

Serial No. 09/219 ,478 : . - -r - - 

Filed: December 22, 1998 r, • . . 

Examiner: Michael Pender 
Protest under ir(!:?R' i':29"i '"' " ' " .' i"'" ', 

: --■''■'-'-■^ y'^^^Eif^^^J^- 



Affidavit of Michael H. Rubih 



THIS INSTRUMENT HEREBY ACKNOWLEDGES that the undersigned, Michael H. Rubin, 
residing at 916 Michigan St., Evanston. IL 60202, is of legal age, and does hereby swear and affirm " 
that the following is true and accurate, to the best of his knowledge and recollection, under penalty 
■of perjury , • : . . ... . ■ ■ 

I was employed at Andersen Consuitihg from July 1 996 through September; 1 999. : • 

From March 1998 through September 1999 1 was involved in Andersen Consulting's • • 
Business Simulation practice. . 

This affidavit is in respect to patent 09/219/478, which as of this writing is peiiding Notice of 
Allowance. Andersen Consulting submitted this application with 24 others using an oinhibus 
specification in December of 1998. These patents refer to "a rules based expert system"; 
which is known internally at Andersen Consulting as the "Tutor." I believe the inventorship 
on patent 09/219/478 may be incorrect. . . . . . . . . 

During the summer of 1 998, 1 personally sent several documents related to the Tutor and it's 
workbench referred to internally as "EtSICA" to L. Keith Stephens, an attorney hired by 
Andersen Consulting to patent inventions created by the Business Simulation practice. I sent 
this material to L. Keith Stephens as email attachments imder the direction of John R. 
Hubbell, an Andersen Consulting manager, and Eric J. Lannert, a former Andersen 
Consulting employee. , . .. 

In addition, Eric J. Lannert and Eric Blow, another Andersen Consulting employee, sent 
additional documents and source code to L. Keith Stephens via email as well as on CD- 
ROM. 

The documents describing the Tutor were mostly written by Michael R. Smialek and 
Malcolm J. Youngren who had their names on these documents. The documents included 
HTML pages and detailed Microsoft Word documents describing the use of the Tutor and 
ETSICA. The Tutor and ETSICA were designed and developed mostly by Michael R. 
Smialek and had his name prominently displayed in the source code. Within the Andersen 
Consulting Business Simulation practice, Michael R. Smialek is widely known in the as the 
inventor of the Tutor, and ETSICA. 

Although the claims are imknown to me, the omnibus specification used for patent 
09/2 19/478 ."suggests that Michael R. Smialek should be listed as either the primary inventor 
or a contributing inventor. 

■ "Signed this day: • . . ' : ' 




Michael H Rubin 



In re Patent Application 

Serial No. "09 / 219 ;478 \ T ■ ' -■ • 

Filed: December 22,1998 . ■; : : : . .^^ 

Examiner: Michael Pender : " f : - Vf:'./ • ■ 

Protest under ^7 CFR 1.291 ■ ■ 

Exfiiblt C ■■ 

Employee Performance Review froni Andersen Consulting, 
documenting the performance and cbntribiitions of Michael Smialek as 
an employee of Andersen Consulting for the employment period 
7/15/1995-11/30/1995. 



CAREER MAP?PTmFQRMANCK:AI^^ 



EVALUATEE 



Name 

Personnel Nvtmber 
Business Organization 



Mike Smialek . 
000814211 : 
0283/080 
Consulting 



Competency Group technology - ■ 
,. Skill Track : Technology Architecture 

/; Career Level ".; ;. ' V ;. - Gor\siiltant^^^ ; . : 

• Industry/Mirket ' Cross Indxistry.^ v^: ; 



EVALUATOR 



Name 

Persoimel Nxunber 
GMU/LMU 
Competency Group 




Suzanne Pink 
d00a5i679.' ■ 
0283/080 : 
Technology 



Career Level Experienced Manager 

Indiistry/Market . Cross Industry . 
Basis of Evaluation Extensive ; ' 



Project/Job Title . ;,. 
Clien^rogram Name 



GEFMP FFC, . \::,:F;eriod Start . y.;- ; , v :7/15/95 : 

11/30/95 



GE 



Period End — 
Date Conducted 



^iiem A^ujAii^tj. 

APPROVAL ... • - . . n 


Name 


Janet Simons . : 


/ 2f Approved 


Career Level . 


Associate Partner 




GMU/LMU 


0021/062 
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For internal use ordy 



v: CAREER MAP PERFORMANCE APPRAISAL .-; - 

GE is repladng its instructbrJed.Finandal FottridaEons Goiuse (FFQ with a computer-based. 
- bxisiness siinulation:and presen^tion systemr- ~ " " 7:^"" ' \ ' ■. T ' . ■; ■ 7 ~ 

Mike's rble dium^^ the design.phase.iof the i)f^^ is to serve as tite lead designer .of tlie tutormg . 
component p.f jthe application. . This component mU process. s^ta^^ appropriate 
feedba<£k based on the type of en'ortihat oGOOT .. , . ^ . 

Mike will supervise one. staff person during this period/who will assist Mike in the development of 
tutor components arvd workbenches for application designers to input feedback data. ' 

Mike is jesponsible for managiiig his own work effort, plaiitniiig appropriate tasks and providing 
accurate status of his progress. .He must work closely with instructional designers to obtain : 
requirements, and also with the.other system architects to ensure. that the tutor conforms to. other 
ardutectvure standards. 

At the end of this phase, Mike should deUver a wotkmg ttitSr i^^^ which can be iritegrated 

into the overall architecture, and a workbench for designers to inputieedback. 
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^CAREER MAP PERF.QRMANGE APPRAISAL- 



V X^SIWXL TT 



SkiLL DOIVIAINS ;^ 
Content SkiUDomaiiis 



~ Siahddfd 



* Develop complex program . 
modules from general ; 
specifications. • . ' 

* Identify potential design 
discrepancies and recommend 
modifications to others' code! ' 

* Use architecture efficientiy and 
effectively: , 

* Provide programming assistance 
to others. 

* Apply principles of good code, 
development (e.g.; reusability,,; 
maintainability and self-testirig). 

* Develop guidelines and 
standards in support of 
development practice. 



* Develop complex program v. 
modules from general specifications.- 

* Identify potential design . ; - 
discrepancies and recominend 
modifications to others' code, 

* Use architecture ef ficieridy and ; ■ ; 
effectively. " > .* i....: /*. 

* Provide programming assistance to 
others. - 

* Apply principles of good code 
development (e.g., reusability/ 
maintainability and self -testing) . 

* Develop guidelines and standards 
in support of development practice. 



Mike was giyeri yery general guidelines for the tutor component 1 
:a^'y.e'ry'^C9ih He is yefy'helpfi^/to-o^^^ bri'the te 
of reusability and ^self-doctirnenta ih'all his' work. 


le designed, and was able to develop ., 
am/ and is very comrnitted to concepts 







Identify fimctional requirements 
for your area of responsibility. 

Conduct and document user 
interviews. 

* Define simple, maintainable 
processes based oh a functional 
architecture. 

* Identify functional interfaces and 
incorporate into design. 

* Define data requirements of a 
business process. 

* Use design tools effectively. 

* Document volume, frequency and 
response time requirements of 
business transactions. 



* Define the business dialogue that 
the process shoiild execute. 

Design suhp^^ maintainable 
processes based on a functional 
ardiitecture. 

Define complex processes based on 
a functional architecture. 

* Develop functional architecture 
that supports user requirements. 

* Identify deviatioris from functional 
requirements in design 
specifications. 

* Identify key design issues and . 
recommend possible solutioris. 

* Identify scope changes, assess and 
communicate potential impact. 

* Recommend modificatior\s to 
business processes based on design 
considerations. 
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r.ARKER MAP PFRFOTOVlANrF. APPRAISAL 



'erformanc€-;J 



♦Identify arid describe to . 
concepts. . 

* Define a test plan based on 
performance. requiiements. 

* Deteririin^ Which areas of the 
application or technical 
environment should be 
performance tested. : . 

* Verify performance test results 
meet requirements and obtain user 

sign-off. ■ . - 

* Determine appropriate solution 
to address the causes of testing 
discrepancies. 

* Analyze potential system 
performance problems and make 
appropriate recominendatior\s. 



Identifyi;and describe testing ^ 
concepts.; • 

* Define a test plan baised on 

performance req\urements. 

* Deterroine which areas of the , , 
application or technical environment 
should be performance tested. . 

* Verify perfora^ance test results 
meet requirements and obtain user 



SI 



Deterrnine appropriate solution to 
address the causes of testing . 
discrepancies. 
* Analyze potential system 
performance problems and make 
appropriate recommendations. 



performance, and always seeks to optimize it. 



[Project Management 



*. Define tasks and create team 
workplans with moderate 
supervision. 

' Balance quality of work with 
deadlines and budget 
' Delegate work to others and 
1 monitor progress. 

* Identify issues affectibig work 
progress and recommend 
1 solutions. 

' Communicate schedule variances 
I and potential scope changes in 
status reports. 

* Provide timely performance 
1 feedback. 

' Compare and contrast the 
1 capability and service offerings of 
1 die various Competency Groups. 



* Define tasks and create team 
workplans with moderate 
supervision. 

* Balance quality of work with 
deadlines and budget. 

Delegate work to others and 
morutor progress. 

* Identify issues affecting work 
progress and recommend solutions. 

* Communicate schedule variances 
and potential scope changes in 
status reports. 

* Provide timely performance 
feedback. 

* Compare and contrast the 
capability and service offerings of 
the various Competency Groups. 



9601 AMCON Andersen Consulting - 1995 Page 4 



y.-: . . ..- i r Mf^: ^^ ^^ PERFORMANCE APPRAISAL . .^^.^ 

. Mike manages his own work effort weU, but must work on accurately reporting status to his managers. 
Mike has a tendency to say something is. "complete'V but the smaller sub-components may not actually : 
■ becompleteii'mienprompted, he can accurately estimate .work efforts for. these .smaller co.mponerits,._. 
■ but must work to better balance work effort with the ability to dehver on time/ within budget 



. Technical Design; ' 


■ 3 ■ " . i ■/■ ; 

* Identify system performance . v - 
issues resulting from proposed 
fimctional design and recommend , 
appropriate functional design . 
changes. 

* Identify key technical design 
issues and recommend possible _ 
solutions. . 

* Design interfaces between the 
system being developed and other . 
systems with which it will . 
communicate. 

* Comply with application 
architecture/ technical architecture 
boundary standards. 

* Assess external system change 
requirements to accommodate 
^interfaces, and create ?ipprof>riate: . 
change requeists. 

* Integrate technical design with 
overall technical architecture. 


4. . . ■ 

* Define the sequence in which 
processing is performed and how 
data is passed betweeri processes^ 

* Determine data and process 
distribution in a way that balances ; 
functional simplicity with technical . , 
feasibility. 

* Develop conceptual technical 
designs tiiat comply with the . 
technical architecture; • 

* Specify deliverables to be produced 
during technical design effort. 

* Estimate application's cost, 
resource consximption and response 
time. 


Mike was given a very chaUenging task, for an appUcation he was unfamiliar witn, ana was aoie ro 
develop an architecture that successhilly met all design requirements. 
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, .. CAREER MAP PERPORMANCE APPRAISAL 



Technology Architecture 


* CoDibine arciutectli^ 
corriponeaits-to:build pne area-of an 

arcHt€ictureiJ:.-i :;;y' - -• 

* Identify how archi tediir c 
comppfients.i\Hn be utilized by 
appUcatiohs.:-- ■ . • V J ' 


* Detefinine appropriate boundaries, 
for the components of an - - - - - 
architecture. ; . .. 

* Articulate the strengths an a 
weaknesses associated with utilizing 
alternative architecture solutioris. 

* Recommend a given architecture . 
solution. 

* Define custom architecture 
requirements around a knpwn *. 
architecture solution. 

* Define what architecture 
deliverables need to be produced. 

* Balance quality requirements 
against developmeint and 
maintenance cpsts in resolving • 
architecture issues. ; 

* Develop procedures for the 
on-going operational support of an 
architecture. 


Mike has made significai\t contributions to pior technical architecture, introducing new approaches and 
• topis throughput fee a^^ tQ;incre:ase th^^ of .the overaU product. , He was able -to 
evaluate a riuinber of strategies for irnplem^ting the tutor component, and determined whidh 
approach would be ideal for our project The final result was a product that will-likely be reusable for 
sirnilar engagements. 



Technology Configuration 
and Deployment 


2 

* Perform initial system component 
configuration. 

* Execute the proper software 
and/ or hardware migration 
procedures. 

* Ensure that the necessary user 
administration changes have been 
made. 


2 

* Perform initial system component 
configuration. 

* Execute the proper software 
and/ or hardware migration 
procedures. 

* Ensure that the necessary user 
administration changes have been 
made. 
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Technology Spedalizatidn :v. 


' ' 2^^vv: . . r . 
* linplemejit specific tedinology.^ 
components; in area of; -r: ^'y 
sjpecializatipiv: v^^^ : 
♦^ Utilize existing tools and i 
envifohnaent to support tasfe 
^ Aftiailate.'&^^ strengths and 
weaknesses associated with a given 
tedmology solution within area of 
specicdizatioh. . 


: • ■ • ' \:A . >: -y. ./ _ 

* Recommend a given technology^ 
solution within area of . : 
specializatipnly • - . V . ^ . 
.*.Detennine an ap^ 

providing technology solution^^^^ 
within area of specializatibh; :. 

* Artictdate the strengths and * 
weaknesses associated ^ith utUizing ^ 
alternative iinplementation • ;; . 
envirbrimerits for area of y 
^"specializatiQn.. V . 

* Specify changes required to other 
technology components to optimize 

•norfrkrmanrp in area OI 

specialization. 


Mike^s expertise in knowledge- and rule-based systems was essential.to the deveiopmeul Uie luim 
comp^^^^^ Without this lolc our tutor would not haVe the ^^k^^^^ reuse that it has, nor the abihty to 
pro^dde feedback according to a specific learning/ feedback strategy in a consistent manner. 



Other Content Skill Domains . 
Nn Basis Co"<^"t SkiH Dbmains 



AccoWPlanning' .\ : 


1 


Business Process Acumen • 


1 


Business Process Conversion . 


1 


Facilitation 


2 


Functional/ User Testing 


2 


Process Consulting . 


1 


Quality Management 


1 


Research 


1 


Sales Planning and Implementation 


1 


Technology Operations Specialization 


1 
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: ; PERFORMANCE APPRAISAL ■ . . " 

Standard. . , ; ^ \ V Assessed 





.* Devdpp dbomients that i ' 
effectively coinmuiucat^ to work 
groups who share yoiir 
perspective;.; -:ir^^^^ ■ 

* Express ideas in a dear, concise 
manner. 

* Write at the appropriate level of 
detail ifor the audience. 

* Use terminology ajppropriate for 
the audience. 


,* -Pev.dop.docume^ that effectively 
cbminxirucate to work groups who 
share your perspective. 

* Express ideas in a clear, concise 
marmer. ' • • ; 

* Write at the appropriate level of 
detail for the audience. .. 

* Use terminology, appropriate for 
the audience. 


Mike is ible to; develop effective presentations for a given audience. He must work on writing detailed 
teclmicd documents, which sometimes become too technical for the intended audiencev. When time 
becomes critical, Mike has a tendency to let documentation fall to the bottom of the priority list. , . 



Influence 


2 

* Provide input that is cor\sidered 
in group or team decision making. 

* Secure cooperation from and/ or . , 
persuade co^workersv . ■ 

* Impact t^am morale, ser\se of 
belonging and participation. 

* Viewed as credible, 
knowledgeable and sincere! 

* Demonstrate awareness of others' 
personal behavior style. 


2 

* Provide input that is considered in 
group or team decision making. 

* Secure cooperation from and/or . 
persuade CO- work^rsr; '-: .■ . 

* Impact team moriale, sense of 
belonging and participation. 

* Viewed as credible, knowledgeable 
and sincere. 

* Demonstrate awareness of others' 
personal behavior style. 


Mike has a very persuasive style when participating in group discussions, and presents his arguments 
very accurately. This is generally good, but Mike must work on driving compromise solutions when 
appropriate. He is respected as one of the most technically knowledgable team members, and his 
personality certainly contributes to increasing team morale. 




Initiative . 


3 

* Set personal standards that go 
beyond the expectation of others. 

* Identify and act upon 
opportunities to increase quality of 
team output. 

* Look for opportuxuties to make a 
contribution outside of immediate 
role. 

* Model initiative for others on 
team. 


3 • - • • • 

* Set personal standards that go 
beyond the expectation of others. 

* Identify and act upon 
opportunities to increase quality of 
team output. 

* Look for opportunities to make a 
contribution outside of immediate 
role. 

* Model initiative for others on team. 
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Mike's ihifiaKye is Outstanding - it is often difficult, to get hini to stop working! He is always lopking for 
ways tqcoritiibute to the. knowledge capital of tiheFirml ' ; ; ■ • 



Innoyatidn . ; :/ . 


Wentify/arid iuse t^^^ 
techniques which caLn encpm:sge. 
innovative tiiinkiiig. ^ . .. 

* Implement new. approaches/ .. 
methods, alternatives or solutions 
and identify potential.impacts. 

* Develop new ways to sblye 
problems when standard 
approaches do not apply. ■ 

* Integrate or combine known 
approaches in novel ways to meet 
needs or objectives. 


; . :*y3v.y^-..,:: .... ' . 

.* Identify and usie tools and 
.techniques which tan en^ * 
innovative thinking. . 

* Implement new approaches,.' 
methods, alternatives or solutions 
and identify potential impacts. 

* Develop new Ways to solve . . 
problems when standard . _ 
approaches do not ajjply.^ 

* Integrate oi: combine known 
approaches in riovel ways to meet 
needs or objectiveis. j ^ ' v ; 


The breadth of Mike's technical knowledge allows him to provide innovative solutions to several areas 
of the technical design. He developed a workbench to allow designers to enter knowledge directly into 
databases, thiis leveraging programmer time during implementation. 



Leadership 


. 2 

* .Cpntribute .to .a pb^^^^ 
ei\\arbriment tfadugh own' ■ 
behaviour. 

* Build the trust and confidence of 
others at all levels. 

* Promote sharing of information. 

* Demonstrate commitment ^ 

through actions. 

* Consider balance between others' 
work and personal priorities. 


2 . 

* Contribute to a,p6sitive work ■ 
environmehtthrough owri \' ' ' 
behaviour. • 

* Build the trust and confidence of . 
others at all levels. 

* Promote sharing of information. 

* Demonstrate commitment through 
actions. 

* Consider balance between others' 
work and personal priorities,.. . 




Negotiation 


2 

* Resolve issues with subordinates. 

* Represent Andersen Consulting's 
viewpoint in issue resolution. 

* Identify situations requiring 
effective negotiatioa 


2 

* Resolve issues with subordinates. 

* Represent Andersen Consulting's 
viewpoint in issue resolution. 

* Identify situations requiring 
effective negotiation. 


Mike must learn to seek out win-win solutions to issues, m discussions with others, ihis applies to 
1 both technical and adiriinistrative concerns. 
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Oral Cofnmuriicatiori 



* Organize discussion in a logical 

manner • - ■ — ^ 



*JExpress ideas to individuals and 
groups; both in foiinal and • 
mformal settings:; • 

* Communicate intended messages 
clearly when deliveringi ormal 
presentations! 

* Develop messages that convey . . 
alternative viewpointe. 

* Respond to questions with - . . 
accurate and complete arxswers. . 

* Use effective non-verbal 
coirununication during formal 
presentations. 

* Communicate appropriately with 
people at various levels. - 



* Organize arid presieht own 
p^erspectiyerin-aUogi^al^anner-T^ 



* Express ideas clearly and concisely 
to groups in informal settings. 

* Adapt corrmixmicatiori content 
based on audience le vel. 

* Listen actively and respond to 
others. 



In formal presentations, Mike is very comfortable presenting technical materials. He must learn to 
tailor his presentations to his audience, sometimes altering the path of the conversation depending on 
the interests of the individuals in the room, Mike also needs to know when to raise issues in group 
meetings, and when to hold his thoughts for private communication. .... 



iPefsonnel Development . 


' V 2 ■ ' 

* Pursue personal career 
development goals. 

* Balance career expectations and 
business needs. 

* Seek increased contribution and 
level of responsibility. 

* Provide informal feedback to 
others. 

* Seek out mentors for coaching 
and counselling. 


2 

* Pursue personal career 
development goals. 

* Balance career expectatior\s and 
business needs. 

* Seek increased contribution eind 
level of riesponsibility. 

* Provide informal feedback to 
others. 

* Seek out mentors for coaching and 
counselling. 


Mike is proactive in seeking mentoring advice, and continues to look forward at his own career 
development. Mike's interest in this project is a good example, as it broadens his exposure to the work 
being done by the Emerging Technologies Group. 
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rARi pm MAP PF.RFORMAN nF. APPRAISAL 



II A.*. 



'rpblem Solving . - 



* Break- problems into, distinct and 

* Develop supporting data and. 
fatipnale fopalternati^^ ; 

* Refer to precedents in . 
deterinirung solution alterfiatives. 

* Recommend solutiori to problem 
from various alternatives; . . ; ' 

* Implernent solutior\s witiun 
immediate scope. - ' ' 



* Break problems into^'distinct and 
manageable-par-ts; 



Develop supporting data and 
rationale for alternative solutions. - * 
Refer to precedents in determining 
solution alternatives.. . - v- 

* Recommend solution to problem 
from various alternatives. 

* Implement solutions. within 
immediate scope. . 




* Encourage others to share ideas 
to develop team cohesion. 

* Listen, while withholding 
judgement, to all viewpoints/ 

* Participate m goal settm a^d. . • - 
prdbleiqa soivirigA;;/^^^:^ ' ■ v 

* Identify barriers to effective 
teamwork. 

* Help other team.members who 
need assistance.. 

* Be open and flexible to new ideas 
that may alter team goals. 

*- Share credit for accomplishmerits 
with team members 



Encourage others to share ideas to 
develop team cohesion. 

* Listen, while withholding 
judgement, to all viewpoints. 

* Participate in goal setting and . 

problem solving: i;y/.. . . . ■ : ' ; 

* Identify barriers to effective 
teamwork. 

* Help other team members who • 
need assistance. ' • • - • ■ . ; 

* Be o^en and flexible to .new ideas; 
that may alter team goals. 

* Sh^e credit for accomplishments 
with team members. 



Mike listens weU to diff eren points ot view , and works to develop fee b^^' ^°'f °" 
^weveHuring *as design'phase Ktte worked ^^P=^",^J.7*r« In integradng 

n^:s^^o^s!e'^a:<strir^^^^^ 

overaU integration could have eliininated this difficulty. 



No Basis Pr "f'='^g'"Tial Qualities 
Diversity Management 
Professional Relationships 



2 
2 
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-Success Factors 



Success Factor 



Client Focus 
Coriidence . 

Cooperative, 

Decisiveness 

Integrity 

Interpersonal 
Flexibility 

Responsiveness 

Self Starter. 

Stewardship 

Thoroughness 



Definition 



Meets 

:£xpectatibns^ 



AdoptmgdUe^^^ : 
mteractioris.' v^, ■:^ :-; ; . . 

Acting with appropriate self-assuxance;^ - :^^ - 
remaining poised iii tincertain and 
ambiguous situations. ; . : . 

Maintaining responsibility ar\d flexibility; in ... 
working with others to acWeve common 
goals. • -."-f^- . ; 

Acting promptly and confidentially using 
sound judgernent and comrnon sense. . . 

Consistently honoring coiruiutments;:-Taidng^^ 
responsibility for actions, and words. 

Adapting to other personalities in a respectful 
marmer that is conducive to goal 
achievement 

Promptly acting upon requests or 
information. . 

Motivkted to If am or Vdyance owii expertise 
and value. ■ _ 

ThirJcing future-oriented; acting and 
investing to build a stronger firm for 
tomorrow. 

Systematically orgaruzing and completing 
detailed tasks; checking accuracy and 
completeness of information. 



2f, 



DoesiNot Meet 
xt 



'SO ■ 

□ 

□ 

• □ 



Self Starter: 

Mike is very driven by exposure to new technologies or technical implementations. He is 
continually trying to learn and develop his expertise in a number of areas. 



Cooperative: 

Mike has been quite flexible and cooperative in working with the designers to er\sure that the tutor 
workbench met their reqtiirements. Mike must work to maintain this cooperative style in other 
areas, specifically administrative concerns. Mike has a tendency to always expect a little more in 
terms of project benefits (e.g. rental cars) than Andersen and client guidelines permit. Mike did not 
want out of town team members to share rental cars because of the distance between the apartment 
and the client site. 
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; - Mike has added a g^e^t d^^ has designed and d-^ated a:tutor c^^ ; 

i^-.i.l^to-proyideieedba5^ 

aigonth^ fd" detenmne appropriate feedback for the wide yatiety:of si^^ which cai> . 

• * occur/' Pii^^ the first project to imdertake such a task;, arid Mike did not hesitate to rise to the 

The product we have at the end bif "4^sig^ issues, . but Mike has de termined 

an alternate splutibh and yiill implemebit t^^^ during the next phase of the project.; This . 

Tutor should be¥eusable or\ ptitier engagbnents which subscribe to the same approach to providing 
. feedbadc/ If approach is used PAfvitttJ^.^ 

';V' '^-"to the 'cient.'^^ ' '' / . ' . • \ '}^'''^ ' . ■ n\ ■ ^ ^..V' 

. Mike takes:the initiative to teach others new products, and during this phase helped several people 
learn the basics;of JNlicrb^ . . ^ . .v^ . 

. Mike heeds"m6re supervisory experience, and needs to leam how to actively, manage the work . 
. efforts of those who work for hiiii. 



9601 AMCON Andersen Consulting - 1995 Page 13 



For internal use only 



• Va./^ Technical expertise, spedficaUy.m ; . v \ 

: : 1 j^i^-^-iSupp.oity^sist^ - 
A. A iy^;* others or teach them new iools/techh^ . . ; V . ' "* 

. • • / : :^ initiative/ desire to acquire kriowledge and neiy ' V ; \ ' 



Areas JFor Development 

:- Supervision of others (needs inore opportunity here) • 
; - Writing/ presenting at a level appropriate ior intended audience . 
: - Up-front collaboration and issue resolution qjf overall integration issues 

- Looking for win- win . v 

- Bailee work effort w/budget 



Suggestions for Next Assignment /. 

Mike's next assignment should involve supervisory tasks/where he is responsible for managing 
others* work efforts. He likes to implement his own designs, but mxist learn how to break work 
into components which can be delegated to other team members. 
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